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(54) Using packet transfer for driving LCD panel driver electronics 



(57) In a digital display device, a packet based meth- 
od of driving selected pixel elements by way of associ- 
ated data latches included in a column driver is dis- 
closed. For each frame lines in a video frame, a number 
of video data packets are provided directly to the column 



driver at a link rate and each of the number of data latch- 
es are populated with appropriate video data based up- 
on video data packets within a line period x. Selected 
pixel elements are driven based upon the video data. 
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Description 

[0001] This patent application takes priority under 35 
U.S.C. 119(e) to (i) U.S. Provisional Patent Application 
No.: 60/504,060 (Attorney Docket No. GENSP013P2) 
filed on September 18, 2003, entitled "DIGITAL/ANA- 
LOG VIDEO INTERCONNECT AND METHODS OF 
USE THEREOF" by Kobayashi, and (ii) U.S. Provisional 
Patent Application No.: 60/563,120 (Attorney Docket 
No. GENSP112P) filed on April 15, 2004, entitled "US- 
ING PACKET TRANSFER FOR DRIVING LCD PANEL 
DRIVER ELECTRONICS" by Kobayashi each of which 
are hereby incorporated by reference herein in their en- 
tirety. This application is also related to the following co- 
pending U.S. Patent applications each of which are in- 
corporated by reference, (i) U.S. Patent Application No. 
10/726,802 (Attorney Docket No.: GENSP014), entitled 
"METHOD OF ADAPTIVELY CONNECTING A VIDEO 
SOURCE AND A VIDEO DISPLAY" naming Kobayashi 
as inventor; (ii) U.S. Patent Application No. 10/726,438 
(Attorney Docket No.: GENSP015), entitled "METHOD 
AND APPARATUS FOR EFFICIENT TRANSMISSION 
OF MULTIMEDIA DATA PACKETS" naming Kobayashi 
as inventor; (iii) U.S. Patent Application No. 1 0/726,440, 
(Attorney Docket No.: GENSP105), entitled "METHOD 
OF OPTIMIZING MULTIMEDIA PACKET TRANSMIS- 
SION RATE", naming Kobayashi as inventor; (iv) U.S. 
Patent Application No. 10/727,131 (Attorney Docket 
No.: GENSP104), entitled "USING AN AUXILARY 
CHANNEL FOR VIDEO MONITOR TRAINING", nam- 
ing Kobayashi as inventor; (v) U.S. Patent Application 
No. 10/726,350 (Attorney Docket No.: GENSP106), en- 
titled "TECHNIQUES FOR REDUCING MULTIMEDIA 
DATA PACKET OVERHEAD", naming Kobayashi as in- 
ventor; (vi) U.S. Patent Application No. 10/726,362 (At- 
torney Docket No.: GENSP107), entitled "PACKET 
BASED CLOSED LOOP VIDEO DISPLAY INTERFACE 
WITH PERIODIC STATUS CHECKS", naming Koba- 
yashi as inventor; (vii) U.S. Patent Application No. 
10/726,895 (Attorney Docket No.: GENSP108), entitled 
"MINIMIZING BUFFER REQUIREMENTS IN A DIGIT- 
AL VIDEO SYSTEM", naming Kobayashi as inventor; 
and (viii) U.S. Patent Application No. 10/726,441 (Attor- 
ney Docket No.: GENSP 109), entitled "VIDEO INTER- 
FACE ARRANGED TO PROVIDE PIXEL DATA INDE- 
PENDENT OF A LINK CHARACTER CLOCK", naming 
Kobayashi as inventor; (ix) U.S. Patent Application No. 
10/726,934 (Attorney Docket No.: GENSP110), entitled 
"ENUMERATION METHOD FOR THE LINK CLOCK 
RATE AND THE PIXEL/AUDIO CLOCK RATE", naming 
Kobayashi as inventor, and (x) U.S. Patent Application 
No. 10/726,794 (Attorney Docket No.: GENSP013), en- 
titled "PACKET BASED VIDEO DISPLAY INTERFACE 
AND METHODS OF USE THEREOF" naming Koba- 
yashi as inventor. 



BACKGROUND 

I. FIELD OF THE INVENTION 

5 [0002] The invention relates to display devices. More 
specifically, the invention describes a method and ap- 
paratus for using driving LCD panel drive electronics. 

OVERVIEW 

10 

[0003] Liquid Crystal Displays (LCDs) have begun to 
supersede Cathode Ray Tube (CRT) based monitors in 
the monitor and television applications markets due in 
part to the fact that LCDs have several advantages com- 
15 pared to CRT based technology. These advantages in- 
clude smaller size (60% less than comparable CRTs), 
lower power consumption (50%), lighter weight (70% 
less than CRT), no electromagnetic fields, and longer 
service life. 

20 [0004] FIG. 1 is a block diagram showing an example 
of a conventional active matrix liquid crystal display de- 
vice 100 that includes a liquid crystal display panel 102, 
a data (or a column) driver 1 04 that includes a number 
of data latches 1 06-1 through 1 06-n suitable for storing 
25 image data, a gate driver 1 08 that includes gate driver 
logic circuits 110, a timing controller unit (also referred 
to as a TCON) 112, and a memory 1 1 4 suitable for stor- 
ing image data included in or coupled to the TCON 112. 
In some cases, the memory 114 takes the form of a 
30 frame memory capable of storing an entire video frame 
or in other cases, the memory 114 takes the form of a 
line buffer capable of storing a single line of video data. 
In either case, the image data is stored in the memory 
114 in such a way as to be available to be transferred 
35 to the latches 1 06 one frame line at a time within a period 
of time referred to as a line period t. As shown, a pixel 
clock generator unit 116 also included in or coupled to 
the TCON 112 is used to convert video data delivered 
at a link clock rate to the required pixel clock rate. 
40 [0005] Typically, the TCON 1 1 2 is connected to a vid- 
eo source 1 28 (such as a personal computer, TV or oth- 
er such device) suitably arranged to output a video sig- 
nal (and, in most cases, an associated audio signal). 
During operation, the TCON 112 sends video data one 
45 pixel at a time by way of a multidrop bus 1 30 to be stored 
in a correspondingly enabled one of the data latches 
106. For example, if the display panel has 1024 pixels 
per line then there are 1024 latches per line (it should 
be noted that in the case of a full color display, each pixel 
so is formed of 3 subpixels, Red, Green, and Blue and 
therefore there are a total of 1 024 x 3 = 3072 data latch- 
es) each of which is connected to the multidrop data bus 
130. When the TCON 112 is loading the video data, a 
first latch receives a latch enable signal and stores the 
55 appropriate pixel data, after which a second latch re- 
ceives the latch enable signal and stores the appropriate 
pixel data and so on until all 3072 latches have been 
enabled and stored the appropriate pixel data one at a 
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time. Inthisway, for each frame line, the TCON 112must 
send the all pixel data to the appropriate one of the 3072 
data latches within the line period x. Once all the video 
data for a particular frame line has been received and 
latched, the video data is then available to drive selected 
ones of a number of picture elements 118 included in 
the LCD array 102 used to form the displayed image. 
[0006] Therefore, in order for the TCON 112 to pro- 
vide the correct pixel data to the correct data latch, the 
TCON 1 1 2 must provide a handshake enable signal be- 
tween each data latch 1 06 that must propagate from the 
leftmost data latch 106-1 to the rightmost data latch 
106-n in such a way that all video data for a particular 
frame line is stored with the line period x. Since even the 
rightmost data latch 1 06-n must be driven by the TCON 
1 1 2, the number of pixels per line is limited by the ability 
of the TCON 1 1 2 to adequately drive the rightmost (and 
therefore most distant) data latch 106-n. The large 
number of components (3072 in the case of an 1024 
RGB display) coupled to the large multidrop bus 130 
presents a severe challenge to the TCON 112 to pre- 
serve signal integrity. Since signal integrity is crucial to 
the proper operation of the display 100, the data rate is 
typically reduced thereby severely limiting the resolution 
of the display 100 since all data for a single frame line 
must be transferred to all data latches 106 within a single 
line period x which is typically about 20 microseconds. 
[0007] One approach to solving this problem is to in- 
crease the size of the multidrop bus 130 that unfortu- 
nately also increases the line capacitance making it dif- 
ficult to optimize the transmission of the data on the bus. 
Other approaches (such as reduced swing differential 
signaling or RSDS) use multiple busses with 2 pixels 
per clock instead of a single multidrop bus and a single 
pixel per clock. Although this approach reduces the 
drive capability required for the TCON 112, it has the 
unfortunate result of substantially increasing the com- 
plexity of the TCON driving circuitry (as well as doubling 
the number of pins). For example, in the case of 24 bit 
color, the RSDS approach would require 24 transmis- 
sion lines in addition to a dedicated clock line greatly 
increasing the complexity of the LCD column driver 1 04. 
[0008] Therefore a high speed, high bandwidth ap- 
proach to driving an digital display is needed. 

SUMMARY OF THE INVENTION 

[0009] What is provided is a display architecture em- 
bodied as a method, apparatus, and system suitable for 
implementation with digital displays, such as liquid crys- 
tal displays (LCDs), that is independent of pixel rate and 
provides a high speed, high bandwidth digital display 
platform. 

[0010] In a digital display device, a packet based 
method of driving selected pixel elements by way of as- 
sociated data latches included in a column driver is dis- 
closed. For each frame lines in a video frame, a number 
of video data packets are provided directly to the column 
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driver at a link rate and each of the number of data latch- 
es are populated with appropriate video data based up- 
on video data packets within a line period x. Selected 
pixel elements are driven based upon the video data. 
[0011] In another embodiment, a digital display de- 
vice is disclosed that includes a number of pixel ele- 
ments, an interface arranged to receive and distribute 
video data packets at a link rate, and a number of data 
latches each of which are arranged to receive a distrib- 
uted video data packet from the interface, store video 
data associated with the received video data packet, 
and drive selected ones of the pixel elements based up- 
on stored video data. 

[0012] In yet another embodiment, computer program 
product for driving selected pixel elements by way of as- 
sociated data latches included in a column driver In a 
packet based digital display device is disclosed. Com- 
puter code for providing a number of video data packets 
directly to the column driver at a link rate, computer code 
for populating each of the number of data latches with 
appropriate video data based upon video data packets 
within a line period x, computer code for driving selected 
pixel elements based upon the video data, and compu- 
ter readable medium for storing the computer code 

BRIEF DESCRIPTION OF THE DRAWINGS 
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FIG. 1 is a block diagram showing an example of a 
conventional active matrix liquid crystal display de- 
vice. 

FIG. 2 shows an exemplary digital display system 
in accordance with an embodiment of the invention. 
FIG. 3A shows a representative data packet in ac- 
cordance with an embodiment of the invention. 
FIG 3B shows a detailed view of the data packet 
shown in FIG. 3A. 

FIG. 4 shows a high-level diagram of a data stream 
for transmission over the link in accordance with an 
embodiment of the invention. 
FIG. 5 illustrates a system that can be used to im- 
plement the invention. 



DETAILED DESCRIPTION OF SELECTED 
EMBODIMENTS 



[0014] Reference will now be made in detail to a par- 
ticular embodiment of the invention an example of which 
is illustrated in the accompanying drawings. While the 
invention will be described in conjunction with the par- 
ticular embodiment, it will be understood that it is not 
intended to limit the invention to the described embodi- 
ment. To the contrary, it is intended to cover alternatives, 
modifications, and equivalents as may be included with- 
in the spirit and scope of the invention as defined by the 
appended claims. 

[0015] In order for conventionally configured digital 
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display devices, such as LCD panels, to display images, 
a timing controller must propagate video data (in the 
form of pixel data at a pixel clock) from a first (typically 
a leftmost data latch) to a last (typically a rightmost data 
latch) in such a way that all video data for a particular 
frame line is stored with a single line period x (usually 
about 20 microseconds). Since even the last data latch 
must be driven by the timing controller, the number of 
pixels per line is limited by the ability of the timing con- 
troller to adequately drive the rightmost (and therefore 
most distant) data latch within the specified line period 
x. As the resolution of a display increases (3072 data 
latches in the case of a 1024 RGB display), the ability 
of the timing controller to adequately drive a multidrop 
bus coupled thereto becomes progressively more diffi- 
cult and problematic to preserve signal integrity. Since 
signal integrity is crucial to the proper operation of the 
display, the data rate is typically reduced thereby se- 
verely limiting the resolution of the display since alt data 
for a single frame line must be transferred to all data 
latches within a single line period x which is typically 
about 20 microseconds. 

[0016] One approach to solving this problem is to in- 
crease the size of the multidrop bus that unfortunately 
also has the effect of increasing the line capacitance 
making it difficult to optimize the transmission of the data 
on the bus. Other approaches (such as Reduced Swing 
Differential Signaling, or RSDS) use multiple busses 
with 2 pixels per clock instead of a single multidrop bus 
and a single pixel per clock. Although this approach re- 
duces the drive requirements for the timing controller, it 
has the unfortunate result of substantially increasing the 
complexity of the timing controller driving circuitry (as 
well as doubling the number of pins). For example, in 
the case of 24 bit color, the RSDS approach requires 
that the data bus have at least 24 transmission lines in 
addition to a dedicated clock line thereby greatly in- 
creasing the complexity of the LCD column driver. 
[0017] Accordingly, a packet based display architec- 
ture embodied as a method, apparatus, and system suit- 
able for implementation with digital displays, such as liq- 
uid crystal displays (LCDs), that decouples the pixel rate 
from the line period x, simplifies the column driver cir- 
cuitry provides a high speed, high bandwidth digital dis- 
play platform. The display architecture does away with 
the large data bus commonly used with conventional 
digital display architecture in favor of a point to point 
"daisy chain" configuration. In this configuration, a 
number of data latches consistent with a native horizon- 
tal line resolution of the display are directly connected 
to each other. In this way, the video data packets are 
transported and received at a link data rate and not as 
required in conventional display architectures, at the 
pixel data rate. 

[0018] In this way, the complexity of the LCD driver 
circuitry is greatly simplified since there is no require- 
ment for pixel clock regeneration (such as time based 
recovery) and the size of the data bus is greatly reduced 



since the data packets themselves can be encoded to 
provide necessary timing and other signals heretofore 
provided by separate data lines in the data bus. In ad- 
dition, the native line resolution of the display (i.e., the 

s number of horizontal pixels) can be substantially in- 
creased without the concomitant increase in driver com- 
plexity or bus size since the only constraint is that all 
necessary video data be latched for a particular frame 
line within the line period x. 

io [0019] The invention will now be described in terms 
of a representative LCD panel. However, it should be 
noted that any digital fixed pixel display, be it LCD, plas- 
ma, DLP based, is also suitable and therefore the use 
of an LCD panel in the following description should not 

*5 be considered to limit either the scope or the intent of 
the invention. It should be noted that the invention is also 
well suited to be used in conjunction with any packet 
based video display interface such as described in co- 
pending U.S. Patent Application Serial No. enti- 

20 tied "PACKET BASED VIDEO DISPLAY INTERFACE 
AND METHODS OF USE THEREOF" by Kobayashi 
filed December 3, 2003 and incorporated herein by ref- 
erence for ail purposes. 

[0020] Accordingly, Fig. 2 shows an exemplary digital 

25 display system 200 in accordance with an embodiment 
of the invention. The system 200 includes a digital dis- 
play unit 202 coupled to a video source 204 having a 
graphics engine 206 by way of a data link 208. It should 
be noted that the video source 204 can include either or 

30 both a digital image (i.e. still or digital video) source and/ 
or an analog image (i.e., still or analog video) source. 
Accordingly, the video source 204 provides various vid- 
eo signals that can have any number and type of well- 
known formats, such as composite video, serial digital, 

35 parallel digital, RGB, or consumer digital video. The vid- 
eo signal can be an analog video signal provided the 
source 204 includes some form of an analog video 
source such as for example, an analog television, still 
camera, analog VCR, DVD player, camcorder, laser disk 

40 player, TV tuner, set top box (with satellite DSS or cable 
signal) and the like. The source 204 can also include a 
digital image source such as for example a digital tele- 
vision (DTV), digital still camera, and the like. The digital 
video signal can be any number and type of well known 

45 digital formats such as, SMPTE 274M-1995 (1920 x 
1080 resolution, progressive or interlaced scan), 
SMPTE 296M-1 997 (1280 x 720 resolution, progressive 
scan), as well as standard 480 progressive scan video. 
[0021] The LCD panel 202 includes a number of pic- 

50 ture elements 21 0 (pixels) that are arranged in a matrix 
connected to a data driver 212 by way of a plurality of 
data lines 214 and a plurality of gate lines 216. In the 
described embodiment, these picture elements take the 
form of a plurality of thin film transistors (TFTs) 21 8 that 

55 are connected between the data lines 21 4 and the gate 
lines 21 6. During operation, each of data latch 220 out- 
puts digital data signals to an associated digital to ana- 
log converter (DAC) 222 by way of the data lines 214. 
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Concurrently, each of logic circuit 224 included in a gate 
driver 226 outputs a predetermined scanning signal to 
the gate lines 216 in sequence at timings which are in 
sync with a horizontal synchronizing signal. In this way, 
the TFTs 218 are turned ON when the predetermined 
scanning signal is supplied to the gate lines 21 4 to trans- 
mit the analog data signals supplied by the DACs 222 
by way of the data lines 214 that ultimately drive select- 
ed ones of the picture elements 21 0. 
[0022] When the graphics engine 206 includes or is 
coupled to an analog video source, the graphics engine 
206 digitizes the analog data to form digital data that is 
then packetized into a number of data packets 228. In 
the described embodiment, each of the data packets are 
transmitted to the display 202 by way of the link 208 at 
a transmission rate referred to as a link rate LR that is 
independent ofthe native stream rates of the video data. 
It should be noted, however, that the bandwidth of the 
link 208 must be greater than the aggregate bandwidth 
of all data stream(s) being transmitted over the link 208. 
Regardless of the type of video source or display, how- 
ever, all video data are digitized (if necessary) and, in 
most cases, packetized prior to transmission over the 
link 208. In some cases, however, using a packetizer 
230 included in or coupled to a display interface 232, 
the display unit 202 itself will packetize any video and/ 
or audio data transmitted over the link 208 in an unpack- 
etized form thereby enabling the use of the display 202 
with all video sources. 

[0023] In the described embodiment, the speed, or 
link rate, of the link 208 can be configured to include a 
number of logical data channels (not shown) that can 
be adjusted to compensate for link conditions. For ex- 
ample, at 2.5 Gbps per channel, the Iink208 can support 
SXGA 60Hz with a color depth of 1 8 bits per pixel over 
a single channel. It should be noted that a reduction in 
the number of channels reduces not only the cost of in- 
terconnect, but also reduces the power consumption 
which is an important consideration (and desirable) for 
power sensitive applications such as portable devices 
and the like. However, by increasing the number of 
channels to four, the link 208 can support WQSXGA 
(3200 x 2048 image resolution) with a color depth of 
24-bits per pixel at 60Hz. or QSXGA (2560 x 2048) with 
a color depth of 18-bits per pixel at 60Hz, without data 
compression. Even at the lowest rate of 1.0 Gbps per 
channel, only two channels are required to support an 
uncompressed HDTV (i.e., 1080i or 720p) data stream. 
[0024] A representative data packet 300 is shown in 
Fig. 3A includes a data packet header 302 shown in 
more detail in Fig. 3B having 16 bits where bits 4-0 are 
the Stream ID (SID), bit 5 is a video frame sequence bit 
which acts as the least significant bit of the frame coun- 
ter which toggles from "0" to "1 " or from "1 " to "0" at the 
video frame boundary (used only for uncompressed vid- 
eo stream). Bits 7 and 6 are reserved whereas bits 8 
through 1 0 are a 4-bit CRC (CRC) that checks errors for 
the previous eight bits. 



[0025] In order to transmit the video data, the video 
source 204 forms a data stream 234 that includes a 
number of the data packets 228 which are then received 
and processed by the display interface 230. In the de- 
5 scribed embodiment, the data packets 228 are then for- 
warded to directly to the data latches 220 included in the 
column driver 212 in such a way that all the video data 
(in the form of pixel data) used for the display of a par- 
ticular frame line n of the video frame is provided to the 

10 data latches 220 within a line period x. Therefore, once 
each data latch 220 has appropriate pixel data stored 
therein, the data driver 21 2 drive appropriate ones of the 
TFTs 218 in the LCD array 202. 
[0026] Fig. 4 shows a high-level diagram of a data 

15 stream 400 for transmission over the link 208 formed of 
a number of video data packets 402 and audio data 
packets 404 multiplexed into the single data stream 400. 
In this example the video data packets 402 are consist- 
ent with UXGA graphics 1 280x720p video (Stream ID = 

20 1) having an associated audio in the form of the audio 
packets 404 (Stream ID = 2). In this example, each 
frame line is formed of at least 1280 pixels (or 3840 sub- 
pixels) therefore requiring 3840 data latches be used to 
store a single frame line of video data within the line pe- 

25 riod t. For example, in one embodiment, when the data 
stream 400 is received at the display interface 230, a 
group of 3840 data packets (as defined by correspond- 
ing packet headers 406) are stored in a memory 236 
that can be either a frame memory or a line buffer. It 

30 should also be noted, however, that the memory 236 can 
be bypassed or be absent althogether if a strictly pipe- 
lined architecture is desired. In the pipelined architec- 
ture, the video source 204 would provide the necessary 
control signals and configure the data packets appropri- 

35 ately. 

[0027] Returning to the described embodiment that 
includes the memory 236, once all 3840 data packets 
are properly stored in the memory 236 and accounted 
for, the stored data packets are then forwarded to the 

40 LCD column controller 212. The data packets 228 are 
then forwarded in a point to point fashion (also referred 
to as a daisy chain style) to the appropriate ones of the 
data latches 220 at which point each is depacketized 
such that the appropriate video data (or audio data) is 

^5 stored in the appropriate data latch within one line period 
t. At this point, the video data is ready to drive the ap- 
propriate ones ofthe pixel elements 210 located in the 
display 202 after processing by corresponding DACs 
222. In this way, the number of lines required to provide 

so the appropriate video data to the data latches 220 can 
be as low as 2 as opposed to approximately 24 in con- 
ventional LCD driver architectures. 
[0028] FIG. 5 shows an embodiment of the invention 
whereby a digital display unit 500 includes two column 

55 drivers 502 and 504 each of which is used to drive pixels 
in corresponding portions 506 and 508 of a partitioned 
display 5 1 0 . By dividing the display 5 1 0 into the portions 
506 and 508, each of the column drivers 502 and 504 
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require substantially less current to drive the corre- 
sponding picture elements 512 and 514 (which may in- 
clude, for example, TFTs 218 described earlier) since 
the parasitic capacitance due to the reduced length of 
the data lines 51 6 and 51 8 are commensurably reduced. 
[0029] FIG. 6 illustrates a system 600 that can be 
used to implement the invention. The system 600 is only 
an example of a graphics system in which the present 
invention can be implemented. System 600 includes 
central processing unit (CPU) 610, random access 
memory (RAM) 620, read only memory (ROM) 625, one 
or more peripherals 630, graphics controller 660, prima- 
ry storage devices 640 and 650, and digital display unit 
670. CPU 61 0 is also coupled to one or more input/out- 
put devices 690. Graphics controller 660 generates im- 
age data and corresponding reference signals, and pro- 
vides both to digital display unit 670. The image data 
can be generated, for example, based on pixel data re- 
ceived from CPU 61 0 or from an external circuitry. 
[0030] Although only a few embodiments of the 
present invention have been described, it should be un- 
derstood that the present invention may be embodied 
in many other specific forms without departing from the 
spirit or the scope of the present invention. The present 
examples are to be considered as illustrative and not 
restrictive, and the invention is not to be limited to the 
details given herein, but may be modified within the 
scope of the appended claims along with their full scope 
of equivalents. 

[0031] While this invention has been described in 
terms of a preferred embodiment, there are alterations, 
permutations, and equivalents that fall within the scope 
of this invention. It should also be noted that there are 
many alternative ways of implementing both the process 
and apparatus of the present invention. It is therefore 
intended that the invention be interpreted as including 
all such alterations, permutations, and equivalents as 
fall within the true spirit and scope of the present inven- 
tion. 



Claims 

1 . In a digital display device, a packet based method 
of driving selected pixel elements by way of asso- 
ciated data latches included in a column driver, 
comprising: 

(a) providing a number of video data packets 
directly to the column driver at a link rate; 

(b) populating each of the number of data latch- 
es with appropriate video data based upon vid- 
eo data packets within a line period t; 

(c) driving selected pixel elements based upon 
the video data; and 

(d) repeating (a) - (c) for all frame lines in a vid- 
eo frame. 



2. A method as recited in claim 1 , further comprising: 

generating a video signal at a video source cou- 
pled to the digital display device by way of a 

s link; 

forming a packet based video stream based up- 
on the video signal; and 
transmitting the packet based video stream to 
the digital display device by way of the link at 

10 the link rate. 

3. A method as recited in claim 2, wherein the digital 
display device includes a memory device coupled 
to the link suitably arranged to store selected ones 

15 of the video data packets prior to the providing (a). 

4. A method as recited in claim 3 wherein the memory 
device is a line buffer arranged to store at least a 
quantity of video data packets consistent with a sin- 

20 gle frame line. 

5. A method as recited in claim 1 , wherein each of the 
video data packets includes a packet header and a 
packet payload, wherein the packet header in- 

25 eludes a packet ID and wherein the packet payload 
includes video data suitable for driving a corre- 
sponding pixel. 

6. A digital display device, comprising: 

30 

a number of pixel elements; 
an interface arranged to receive and distribute 
video data packets at a link rate; and 
a number of data latches each of which are ar- 
35 ranged to receive a distributed video data pack- 

et from the interface, store video data associ- 
ated with the received video data packet, and 
drive selected ones of the pixel elements based 
upon stored video data. 

40 

7. A display as recited in claim 6, wherein selected 
ones of the number of data latches are populated 
with appropriate video data within a line period x 
corresponding to a scan line in a video frame. 

45 

8. A display as recited in claim 7, wherein the pixel el- 
ements are arranged in rows and columns. 

9. A display as recited in claim 8, wherein each of the 
so columns of pixels are associated with a column driv- 
er unit arranged to provide a display signal. 

10. A display unit as recited in claim 9, wherein each of 
the column driver units includes a subset of the 

55 number of data latches. 

11. A display unit as recited in claim 10, wherein the 
video data packets are sent directly to the column 
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19. Computer program product as recited in claim 18, 
wherein the digital display device includes a mem- 
ory device coupled to the link suitably arranged to 
store selected ones of the video data packets. 

20. Computer program product as recited in claim 1 9 
wherein the memory device is a line buffer arranged 
to store at least a quantity of video data packets 
consistent with a single frame line. 

21. Computer program product as recited in claim 20, 
wherein each of the video data packets includes a 
packet header and a packet payload, wherein the 
packet header includes a packet ID and wherein the 
packet payload includes video data suitable for driv- 
ing a corresponding pixel. 



device is a line buffer arranged to store at least a 20 
quantity of video data packets consistent with a sin- 
gle frame line. 

16. A display as recited in claim 15, wherein each of the 
video data packets includes a packet header and a 25 
packet payload, wherein the packet header in- 
cludes a packet ID and wherein the packet payload 
includes video data suitable for driving a corre- 
sponding pixel. 

30 

17. Computer program product for driving selected pix- 
el elements by way of associated data latches in- 
cluded in a column driver In a packet based digital 
display device, , comprising: 

35 

computer code for providing a number of video 
data packets directly to the column driver at a 
link rate; 

computer code for populating each of the 
number of data latches with appropriate video *o 
data based upon video data packets within a 
line period t; computer code for driving selected 
pixel elements based upon the video data; and 
computer readable medium for storing the com- 
puter code. 45 

18. Computer program product as recited in claim 17, 
further comprising: 

computer code for generating a video signal at so 
a video source coupled to the digital display de- 
vice by way of a link; 

computer code for forming a packet based vid- 
eo stream based upon the video signal; and 
computer code for transmitting the packet ss 
based video stream to the digital display device 
by way of the link at the link rate. 



drivers at the link rate 

12. A display unit as recited in claim 11, wherein a 
number of scan lines times the line period is less 
than or equal to a video frame period. s 

13. , A display as recited in claim 12, wherein the dis- 
play is connected by way of a link to a video source 
wherein the video source forms a packet based vid- 
eo stream and transmits the packet based video 10 
stream to the digital display by way of the link at the 
link rate. 

14. A display as recited in claim 13, wherein the digital 
display device includes a memory device coupled is 
to the link suitably arranged to store selected ones 

of the video data packets. 

15. A display as recited in claim 14 wherein the memory 
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